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Data Definition Language 

Background of the Invention 

1 . Flald of the Invention 

5 [OOQIJ The present fnvenfiofr relates to a method of describing data to 
be shared by a plurality of network- connected terminate over a network, 
within a set of progran^ instructions. 

2. Description of the Related Art 

10 [0002] Methods to describe data or objects within program instructions 
executable by terminals equipped wfth processing means are weif known. 
The devefopn^nt of hrgher-Jevel programming lar^uages (HLPLs) such as C 
or C++, has lead to an increase efficiency of processor usage for any given 
application programmed with this type of language, and also resulted in 

15 productivity improvements m terms of applicatfon development Indeed, an 
addfttonal t^neRt of said HLPLs, also known as object-<irTented 
pr<^rammir^» is the abWty for prc^rammers to develop reusabte software 
components, or {Kjrtfons of a sat of programming instructions. 

20 100031 Wltti electronk) communfoaton in leisure or business activities 
becoming increasingty important, most pncgnams utilised within the scope of 
those activittes are today required to share objects over networks, such as 
beat area netwof1<s or the Internet, In this context, object-oriented 
progranrmring traditionally resorfe to message-based networking solufcns, 

25 wherein programmers implement program insbucBons pertinent to the 
passing of padcete of data between ne^Afori^ sockets according to various 
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internet protocols. The implementsition of the object sharing portion of 
instnjctjons within a set of program instructions is traditionally fairly expensive 
as much development time is spent wrttjng said networking instructions in 
order for those to accurately manage the sharing of existing classes of 
objects, which are usual^ implernented at first w'rthin said program 
Instmctions set for locs^ processing. 



[0004} The implementation of networking instnictfons requires extensive 
further testing of the functlonal'ity of the overall program over networks prtor to 

10 commercial release in additton to the initial testing of the program Instmctions 
for programming feufts. which Is trpidftjonally exeojted locaBy. Said expenses 
are ftirttier compounded by the number of independent types of user 
terminal, or 'platfomis', a pnigram devetoj^r wishes to publish its program 
Instructions for. as said platforms traditionally require speafically-adapted 

15 instantiations of the same instructions set and thus artiffcially Increase the 
development time and resources re(juir«3 to generate the executable 
instructtons set 



[0005] The present invention provkJes a higher-level programming 
20 language (HLPU) e^ily eomprehenslWe by those skiBed in the art, whi(* 
describes objects to be shared by netwrailt-connBcted terminals at the onset 
of the writing of a set of program Instructions, wherein network instructions 
are emb^Med wfthin the object classes and thus (to m\ require additional 
network-specific instaictions to be implemented within the main program 
25 instfucfions set. This solution facBitates testing of ffre overall program over 
networks throughout the development of the project instead of said testing 
being earned out at the end. The platform-indepenctent characteristic of ttie 
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HLPL according to the invention further reduces the financfaf overhead 
generated by a muftiple-platform commercial release, as the objects to be 
shared need be described accondir^ to said HLPL only once, 

5 Brief Symmary of the Invention 

[0006] According to a first aspect of the present invention, there (s 
provided an apparatus comprising visual display means, processing means, 
storage means and memory means, wherefn said memory means is 
configured to store program insbiicttons for describing obfects to be shared 

10 over a netvwrk by a plurality of natwortc-conneded terminate by means of 
ASCII instoctlcms and for the compiling thereof within an instractions set 
executable by said network-connected terminals. Each of said network- 
connected temtinals is equipped with visual display means, processing 
means, storage means and merrory means, wherein said memory means is 

15 configured to store said executable instnictions set and said processing 
means ts configured by said executable instnjctions to manage the 
dupffcation of said described objects, 

[00071 According to a second aspect of the present invention, there is 
20 provided a method of describing objects to be shared by a plurality of 
network-connected terminals over a network within an Instnjcttons set 
exeajtable by said neft/vork-connected terminals, wherein each of said 
networt<-(x>nnect6d terminals is equipped Hftrtth visual dlsfrfay means, 
processing means, storage means and memory means, wherein said 
25 memory means is configured to store said executable instructions set and 
sard processing means is configured by said execirtaWe Instmctfons to 
manage ttie duptr<^tion of saW descnbed crt>|ects. 
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Brief Dasertptlon @f tht Several Views of the Drawings 
[0008] Figyre 1 ilfustrates a known approach to generating an 
instructions set exequtgble by a user tanninal equipped wift processing 
5 means, including network-specific instructions for sharing objects; 

[0009J Figure 2 shows an improved method for generating an 
instmcfions set executable by a user terminal equipped with processing 
means, Including network-specific instructions for sharing objects, according 
to the inv^tion; 

10 [0010] Figure 3 shows a user termhal for generating an instmctions set 
shown in Figure 2; 

[00111 Figure 4 details hardware components of the user terminal 
shown in Figure 3, including a memory; 

[0012] Figure 5 details contents of the memory shown in Figure 4, 

15 including files containing higher-level programming language libraries, a 
pre-comprter. a compiler and files shown in Figure 2; 
[00131 Figure 6 details operations for generating an instructions set 
executable by a user terminal ec^lpped wfth processing nr^ans, including 
network-specific instnjctions for sharing objects, shown in Figure 2 according 

20 to the Invention; 

[00141 Figure 7 shows a graphrcal user Interface for generating an 
instttiotions set dispJayed on visual display unit shown in Figure 3; 
[0015] Figure 8 illusfrates the ASCII contents of a DDL file and the 
ASCII contents of a DDF file shown In F^ures 2 and 6; 

25 [0016] Figure 9 provides a graphical representetion of the source and 
header files generated by the DDL compiler shown in Figures 2 and 6; 
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10017] Figure 10 provides a graphiral representation of the principle of 
class inheritance according to the invention; 

[0018] Figum 11 provides a gigphical representation of the relationship 
between object dasses and dataset classes shown in Figure 10; 
5 [001 i] Figum 12 illustratas the ASCH contents of a user- implemented 
source fife declaring local methods shown in Figures 1, 2 and 6; 
10020} Figum 13 illustrates the ASCI! contents of a user* implemented 
source file declaring application instructions 102 shown in Figures 2 and 6; 
[0021] Figure 14 shows a graphical user interface of the executable 
10 instructions set shown in Figures 2 and 6; 

[0022] Figure 1S tilustmtes a network environment, including user 
terminals equipped with preceding means and sharing objects generated by 
the executable instruction set shown in Figures 2 and 6 over said network 
environment; 

15 [0023] Figure 16 details contents of the memory of each user terminal 
shown in Figure 15, including the executable instructions set shown in 
Figures 2 and 6; 

[0024] Figum 17 shows the respective visual display unit of each user 
terminal shown in Figure 15 displaying the GUI of the executable 
20 instaidions sets shown in Figure 14. 

Best AAode for Carrying Out the invention 

[0025] The invention wilf now be described by way of example only 
with reference to the previously identified drawings, 

25 

[0026] Users share objects over networtcs according to instruction sets 
executed by tfiefr respective terminals. Said rnstniction sets are commonly 



16. MAR. 2081 18:06 RTKINSON BURRINGTON NU.4b*' r.o/o^ 

2QW104-US 

6 

referred to as programs and are traditionally generated by programmers as 
a sofution to particular requirements expressed by said users in terms of 
tennlnal functionaHty. An approach to generating such an instruction set 
executable by a user terminal equipped vrfth processing means, including 
5 neto/^ork-specff jo instructions for sharing objects, according to the prior art is 
shown in Figure 1, 

[0027] It was previously explained that a preferred programming 
language used by those skilled in the art in order to write an instruction set 

10 is a higher level programming language, such as C-^-^-. Accordingly, much 
liKe any other pmgrammlng language, C*^^ has declaration mles, 
sfructuring rules and specific terminology which must all be adhered to by a 
programmer developing a program. According to object-oriented 
prc^fammlng. a program Is ffmt defined in terms of the objects to be used 

15 and their purpose, ie operations perfom^ed on an object or operations 
performed by an object. For instance, a 'File' object within a file 
management program includes functions, known as member functions, 
such as copying, delating or renaming. Similarly, said Tlte' object Includes 
variables, known as member variables suc*i as name, size and date. 

20 

[00281 Within this context, an object class provides a template which 
defines such member functians and number variables required by the class 
type, and an object is thus an Instantiation, or a specific example of a class, 
i.e. essentially an object variable, The class must therefore be defined 
25 before an obpct is declared by the progrmmmar, so that instantiations of a 
class can Inherif the member functtons and variables of the class. In the 
above example, said Tile' object class would be defined by the 
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programmer which includes all of the member functions anci member 
variables detailed thareabove. Objects inheriting from said 'Fife' object 
class would be for instance a *text file* object or a 'bitmap file* object. 

5 Figure 1 

[0029] Object classes and datasets 101 are ttierefore traditionally 
implemented first when a program is being written. Said jmpiamentatton 
consists of inputting strings of ASCII characters in accordance with the 

10 rules and syntax of the particular programming language used. The 
application rnstmctfons 102 are implemented next and contain the 
programming steps required for the progmm to execute operations on the 
previously implemented objects, or the programming steps required by said 
objects to perform said operations, i*e. the member functions. The ASCII 

15 files generated by ttie atove operations are known as 'source' files, 

[0030] Upon completing the implementation of object classes, objects 
and ftinctions. the totality of the Instructions code written in ASCII 
chamclefB are oon^iled by a 0-^+ compiler 103, ttie function of which is 

20 essentially to translate strings of ASCII-written rnstitictfons, known as 
declarations to those skilled in the art, into binary code undei^tandable by a 
processor. Compiler 103 generates a binary file known as an object file, 
which is not directly executable as Its contents are not complete: a C**^ 
compiler incfudes functions whic^ rapidly ex^ute the most frequent 

25 operations and thus reduce the number of instructions to write within a 
program. SaW fiinctions are traditionally declared in 'header* files which are 
themselves st€H^^ In a library, such as library 105. Thus, once tJie compiler 
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103 has generated an object file, a linker 104 combines the instructions 
within the object ffle with the functions provided fay the compltef itseff such 
that an executaWe instruction set 106 is eventually obtamed. 

5 10031 1 According to the prior art, in order to Implement netwoilcing 
Instructions 107, a programmer traditionally completes the entire chain of 
above operations until executable code 106 is obtained and. after extensive 
testing has been carried out, the program can be demited locally in a 
stable fashion. The amount of pnogiBmrning time and subsequent testing 

10 necessary to implement networking instructions 107 ts then directly 
proportionat to the extent of the r^uired 'back-tracking* (108, 109} within 
the declarations of the object classes, objects and the application 
instructions. Even if the object classes and datasefe 101 and application 
instrucHons 102 do not require a complete re-writtng, the amount of 

15 additional dMlarations required for the executable code to perfomr) its 
functions over a network in a stebie fashion is traditionally ^iriy extensive, 
as multiple instantiations of the compiling and linking operations must be 
perform^ In order to produce a workable versk>n of the program, to test 
said program as part of an optimisatton process and to modlly the 

2D networking-specific instrudtons further and liirther within said optimisation 
process. 

[0032] An improved approach to genererting an instructton set 
executable by a user temiinal equipped with processing means, including 
25 network-specific instmctions for sharing objects, according to the inven«on 
Is shown in Figum 2. 
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[0033} Whereas networking instructions are implemented at the outset 

5 of the devaloprrent of a program according to the prior art and consist of 
specific declarations pertaining to the management of the distrihution of 
objects and their modifications by member funcHons over a network, wherein 
the onginaf object classes, objects, member functions and member variabfes 
must be accordingly amended, the present invention provides a higher level 
10 programming language^ known as the Data Definition Language, which 
embeds networking insfructtons within the object classes themselves at the 
onset of ttie development of a program. 

[0034] In accordance with program development procedures \^am to 
is those skilled in the art, object classes and datasets are implemented first 
when a program is being written according to the present invention. Said 
object classes and datasets are written and stored in one or a plurality of 
object class definition files 201, which are abbreviated as DDL files. 
Subsequently to the implementation of tt^ DDL files 201 a corresponding 
20 object class desCTp^n file 202 is implemented, whteh is abbreviated as DDF 
file. The Data Definition Language, like other object oriented programming 
languages, also has declaration ftiles and sf^dfic terminology. 

[0035] Upon Mmpleting the writing of the DDL files 201 and the DDF file 
25 202 whilst complying with the mies and syntax of the Data Definitk>n 
Language according to the invention, both of said DDL files and DDF file are 
compiled by a DDL compiler 203. The function of said DDL compiler 203 is 
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similar to the function of the C+t compiler 103. in that It generates C++ 
das$es cormsponding to tha declarations contained wWirn the DDL files, 
such ttiat sakt C++ classes can then be understood and compiled by C++ 
compiler 103 in order to generate the object file and then the executable 
5 instnjctions set. Sard C++ classes generated by the DDL compiler 203 
include duplicated object class DOCLASS 204 and dataset class DATASET 
20S. 

[0036] In both Instances, the DDL compiler 203 generates the 
10 appropriate source files and header fifes, such that the prc^rammer can 
implement programmer-defined classes 206 which will inherit from the 
classes 204* 205. The Unction of said user impiem^ted classes 206 is to 
implement any (ocaf variables or methods which are not distributed, as they 
constitute local infomnatjon which is irrelevant to a remote terminal. 
15 Suteequently to frie implementation of user defined classes 206, application 
instructions 102 are implemented in accordance wth the methods d^lared in 
all of the source files previously generated. The C++ compiler 103 then 
compiles ail the source files 204^ 205, 206 and 102 into binary code and the 
linker 104 subsequently associates the generated object file with C++ library 
20 105 and Data Definlbon Language libraiy 207. The function of library 207 is 
identical to the function of library 105 but its contents, ie functions which 
rapidly execute the most frequent operations, include mosfly ftjnctions 
dedicated to the duplication, i.e. distribution, of objects over networks. 

25 [0037] Any itemtion of tfie axaci^bte instructfons set 208 generated by 
the linking opemtion performed by the linker 104 therefore includes 
networicing instructions, sudh as networking instmctions 107, as the classes 
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204, 205 generated by ttie DDL compiler 203 encapsulate all of the required 
network code. Thus, any application or pit?gram which requires the sharing of 
its object over neto^orks and is impfemerrted according to the invention can 
be easily prototyped, as tts axacutable instruction set indudes fosses 204, 
5 205 from the onset and testing of sgid executable instmction set over 
networks can tiius also be earned out from the onset 

[0036] A contputer programming system for generating the Instmctions 
set 208 is shown in Figure 5. 

10 

Figure 3 

[0030] A prc^rammer 301 . is shown who primsKtily uses a prc^namnfta We 
computer 302, having a drive 303 for receiving CD-ROMS 304 ^nd writing to 
CD-RAMS 305 and a drive 306, for receiving high capacfty magnetic disks 

15 such as zip disks 307. According to tire present Jnventton, computer 302 may 
rec^ve program instructions via an appropriate CD-ROM 304 or instructions 
sets may be written to a re-writabte CD-RAM 305 and said program 
rnstrtictions may be received from or said instructions set may be written to a 
zip disk 307 by means of drive 306, Input ASCII characters or output 

20 insmjctions set whether executed or not are displayed on a visual display 
unit 308 and said manual input is received via a keyboard 309 and a mouse 

310. Data may also be transmitted and received over a local area network 

31 1 , or the Internet by means of modem connection 312. 

2S [0040] The components of comfHiter programmer system 302 are 
detailed in Figum 4, 
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Figure 4 

|;o&41] A central processing unit fetches and exec^s instructions 
and manipulates data, Frequentiy accessed rnstnidtons and data are stomd 
5 in a high-speed cache memory 402. Said central processing unit 401 is 
connected to a system bus 403. System bus 403 provides connectivity vy^th a 
larger main memory 404, which requires significantly rrore time for the CPU 
to access than the cadie 402* The main memoiy 404 contains between sbdy- 
four and iNO hundred and fifty-six megabytes of dynamic random access 

1Q memory. A hard disk drive (HDD) ^35 provides non-volattfe bulk storage of 
instrucfions and data. A graphics rard 40B receives graphics data from the 
CPU ^1, along with graphics instructions and supplies graphical data to 
visual display unit 308. The I/O device 407 or universal serial bus 408 receive 
input commarKis from keyboard 309 aruf mouse 310. 25p drive 306 is 

15 primarily provided for ttie transfer of data, such as sets of ASCII characters 
con-esponding to C^+ dedaratfons, and CD-ROM drive 303 is provided for 
the loading of new executable Instructions to the hard disk drive 405 and the 
storing of compiled and linked executabte rnstructtans sets. A nefeftfork card 
40& provides connectivi^ to the local area netuvork 311 and a modem 410 

ZO priovWes connectivity to the Internet via a telephone connection to the 
prognammer's Internet service provider. The equipment shown in Figure 4 
constitutes a personal computer of falriy standattl type, such as an IBM 
rompatible PC or Apple Macintosh. 

25 10042} A summary of the contente of the main memory 404 of the 
computer progmnrtming s^tem 302 Is shown fn Figum 5, as subsequently to 
the loading of Instructions required to generate an executable instructions 
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set. 

Figum 5 

[0043} Main memory 4M inoludas primarily an oparBting system 501 » 
5 which is preferably Microsoft Windows 20CK) or LINUX as said operating 
systems are considered by gs those skilled in the art to be particularly stable 
when using computationally intensive applications. Main memory 404 also 
includes a programming application 502. which provides programmer 301 
with means with which to visualise ASCII characters Inputted by means of 

10 keyboard 309 and display said ASCII input onto visual display unft 308, 
Programming applfcafen mz also includes a linker, such as linker 104, in 
order to associate the object files whteh will be generated arnJ the libraries 
which will be detailed further below and Identify and subsequently display 
linking emrs. Main merm>ry 404 includes a DDL oompHer 203 according to 

ts the Invention, a C-*-^ compiler 103 and their respective Instructions libraries^ 
DDL library 207 and C++ libraiy 105. Main memory 404 Anally includes ASCII 
flies such as DDF files 201 according to the mvention. a DDF file 202 
according to the invanton and further user-defined fifes 206, 

20 [0044] The successive operations required to generate an executable 
instructions set including network spedfio Insfrucfcns for sharing objects, 
according to the invention are detailed In Figure 6, 

Figure 6 

25 (0(M5I upon activation of a Mmputer programming s^em such as is 
detailed in Figum 3 at step 601, the prc^ramming applfcatbn 502, DDL 
compiler 203, C++ compiler 103, DDL library 207 and C++ library 105 
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necessary for the generation of a program according to the invention are 
loaded ircm) an external medium, such as CD-ROM 304, or zip disk 307 or 
downloaded from a net\fl^rk, such as LAN 311 or the Internet at step 602. 

5 [00461 At step 603, the programmer operating computer programming 
system 302 implements object classes and datasets in DDL flies 201 and the 
definition therBof in DDF file 202 by means of strings of ASCII characters 
inputted by means of keyboard 309 and/or mouse 310. Upon completing the 
inputting action of step 603, the DDL ffles and the DDF file generated are 

10 compiled with the DDL compiler 203 at step 604. At step 605, the 
programmer 301 impfements prc^nsmrro^defined d^^ses. such as user 
classes 208 and application instructions 102 in a manner similar to the 
implementation of the DDL files and the DDF file. Upon completfng the 
Inputting action of step 605 and once all of the n^essary source files have 

15 been implemented, then saki source files are compiled into an object ffle by 
the C^^ compiler 103. at step 606. 

[0047] The completion of the compilafon operation of step 606 by 
means of the linking operation executed by the linker 104 with DDL library 

20 207 and C+^ library 105 results in the generation of an executable instaicfion 
set 208 at step 607. At Step 608, said executable instmction set or program, 
Is tested Ib., tfte executable instnjoBon set is processed by CPU 401 In a 
preferred embodiment of the present invention, said testing operation of step 
608 is earned out simultaneously by a plurality of networic connected 

25 terminals, such that the \^tidity and accuracy of the object dlstributfon 
functionality of said program can be assessed from the earliest generation of 
the executable instruction set. At step 609, the executable instmction set 208 
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is written to hard disk drive 405, or zip disk 307, or CD-RAM 305. Upon 
completing the writing operation of step 600, the computer programming 
system 302 can then be switched off at step 610. 

5 [00481 A representetion summarisir^ the operating environment 
generated from steps &i't and 602 is ilhistrated in Figum 7. 

figure 7 

[0049} A graphical user interface (GUI) 701 Is presented to programmer 
10 301, generated by the operatif^ system 501, by means of which sefecttons 
may be made for partiojlar tasks to be executed, i*e. applteattons such as 
progmmming applicatkan S02 to be pnsc^ssed by CPU 401 Upon completing 
step 602 and instmcttng ihe computer programming system 302 to execute 
tile programming appliratton 502, a GUI 702 is presented to programmer 
15 301 , generated by the programming application instnicttons. Said instnictlons 
provide for the instantiation of a visualising area 703, wherein strings of 
ASCII characters inputted by programmer 301 by means of keyboard 309 
and/or nn^use 310, cm displayed. Part of ttie functionaffty of programming 
application 502 enaWes programn^r 301 to utilise vIsuaUsrng area 703 as a 
20 text editor, wherein inputted strings of ASCII characters can be manipulated 
and edited for the purpose of oompleWng steps 603 through to 607. 

[0050] Ac^rding to the invention and following procedures familiar to 
those skilled in the art, the object classes are first Implemented in the DDL file 
25 201 at step 603. In a multi-user program, such as a multi-player game 
designed to invotva network-connerted players, or a more business 
orientated application such as an on-line transaction management program, 
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ppogmm objects need to be distributed across the nefc/^rk fn order for remote 
terminal users to Interact with sgW objects. Object duplication Is the 
mechanism implemented by tiie Data Definition Language according to the 
invention to achieve this lunctjon. Thus, the tNo most important object 
5 classes which require jmplementeition in said DE^ ffla are the duplicated 
object dass and the data^t class, which respecfkely define all the ob^cts 
that belong to the application and require sharing and their related datasets. 
Said duplicated objects are declared using duplicate objert classes. Thus, a 
duplicated object is an instance of a duplicated object d^s, and multiple 

10 Instances of the same duplicated object class may be created. When 
implementing object classes as duplic^t^ object dasses within DDL files, 
whenever m Instance of a dufrtirat^ object dass is created on a given 
networked terminal, copies of sajd instance will automafically be created on 
all of the other remote terminals connected to the same network. The locaf 

15 duplicated object is called the duptioatton master, white the others are its 
duplicas. Co-pending United Kingdom patent appRcaton No. DO 26 095,0 trf 
the present Assignee may be usefully consulted for reference to a more 
detailed description of duplicated objects and their functionality, which fs not 
part of the piBsent tnventfon. 

20 

fOOSI] A duplicated object dass is declared rn a DDL file and said 
declaration Indudes datasets and, if necessary, metttods. An example of the 
ASCII contents of a DDL file and the ASCII contents of a DDF file according 
to the invention are r^pecHvely shown in Figurs 8. 

25 



Figure 8 



16.mR.2001 IB-m ATKINSON BURRIHGTON 

2O10-P1O4-US 



17 

[0052] In the example, programmer 301 is writing a program, the 
purpose of which fs for each user operating a networked temiinal to control a 
three-dimensional cube whilst being aWe to observe the respsdjue Qiree* 
dimensfona! cubes of the other users connected to the network, A DDL file 

5 801 Is therefore created, which programmer 301 c^lls *CuteAni-DDL'. Said 
DDL file 801 dedares a duplicated object class *GeoObject' 802 and a 
relevant declaration 803 pertaining to a dataset 'Position*, which refers to a 
datasef cfass which will be Impfemented within the DDL file 801 at a later 
stage, Declamtions 602 and 803 fmpfement a dupiicated object class 

10 'GeoObject' as a template for a geometrical object equipped with a three- 
dimensional position. 

[0053] Pncgrammer 301 subs^uenfiy Implements a duplicated objed 
class 'Cube* 804 which is shown to refer to tt^e *GeoOb^ 802 as its 

15 inheritance dass. A relevant declaration 805 Is also implemented pertaining 
to a dataset *CubeData\ v\^ich refers to a dataset class which will be 
implemented within the DDL fife 801 at a later stage. Declarations 804 and 
805 implement a duplicated object class 'Cube' equipped witi a 'CubeData' 
dataset and, as said duplicated object class *Oube' inherits from the 

20 duplicated object class 'GeoObiect* 802, said duplicated object class *Cube' 
will also include tt?e dataset 'Position' by means of dedarafcn 803. 

[0054] Programmer 301 subsequently implements the dataset classes 
conresponding to dataset decla^tions 803 and 805 respective^, A dataset 
25 dass ^Position' 806 is implemented, which includes dataset attributes 807 
that can be any number of any simpfe data types and, in the example, 
contains the variables X» Y and Z which give the three-dimensional location 
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of a cube. Progmmmer 301 also implements a dataset class *CubeData' 808, 
which include$ a dataset attribute 809 that, in the example, is a Texture' 
variaWe that defines the appearance of a cube. 

5 [0055] As was previously detailed, t)e duplicated object class definition 
file (DDF) defines the duplicated object classes that belong to the appficatton- 
Said DDF file also defines global application informatfonf such as the 
application titte, which is necessary as it is us^ to authentteate any 
networked terminal whteh tries to join the distributed application. A DDF file 

10 811 is thus created wi&i appropriate strings of ASCII characters to 
correspond to the duplicated object classes declared in the DDL file 801. The 
DDF 811, which prc^rammer 301 calls 'CubeAni.DDF', provfdes an 
appiicaflon title definition 812 and duplicated object classes definitions 813 
and 814 relating respecllveiy to the declaration of the dupKcated object class 

15 *GeoObjecf 802 and the duplicated object dass 'Cube' 804 wifliin the DDL 
file 801. Programmer 301 eventually completes the inputting of strings of 
ASCI! charactei^ required for the completion of the DDL file 801 and the DDF 
fite 811 as aocording to step 603* 

20 [0056] According to the invention, when the applicaUon built with the 
Data Definition Language is aan^fted, the DDL and DDF files are used by 
the DDL compiler 203 to generate the duplicated object classes and dataset 
classes and their respective and relevant source and header files in C++ 
programming language. A gmpWcal repr^entatton of the C++ source and 

25 header files generated by the DDL compiler 203 according to the invention, is 
shown in figure S. 
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Figure 9 

t0057J At step §04, the 'CubsAnl.DDU fife 801 and the *CMb8AnKDDF 
file 811 are sMbmittsd to the DDL compter 203 aM the compiler then 
5 generates a variety of source and header files dependent upon the contents 
or the identic of the file submitted. 

[0058] From the DDF file, the DDL compiler 203 generates C++ source 
and header files witti the file names *DDF<?fe nameDDFxpp' and 

10 •DDFff/eramaDDF.h* respectively. For each duplicated object and dataset 
declaration Implemented in the DDL file, the compiler also generates the 
respective C++ DOCLASS and DATASET classes, along with their 
corresponding source and header file, with the names *C/assWameDDLxpp' 
and 'CfessWameDDL.h*. Thus, in the example, a *QeoObjectDDL.cpp* source 

15 file 901 and a 'GeoObjectDDL.h' header file 902 are generated by the DDL 
compiler 203 ftom the duplicated otyect dass 'GeoObject' 802. Likewise, a 
'CubeDDL.cpp' source file 903 and a 'CufaeDDL.h' header file 904 are 
generate fif^om the duplicated ob^ct dass 'Cube* 804; a *PosftlonDDL.cpp' 
source file 905 and a 'PositionDPL.h' header file 906 are generated fi'om the 

20 dataset dass 'Position* 806; and a 'CubeDataDDLcpp* source frte 907 and a 
'CubeDataDDL.h' header file 908 are generated from the dataset class 
'CubeData' 808. Referting to the corresfKsnding DDF file 811, whidi is named 
^CubeAni.DDF*. a DDLCubeAniDDL^cpp' source file 909 and a 
'DDLCubeAniDDL^h' header file 910 are generated by the DDL compiler 203 

26 from said DDF file 811. 
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[005d] As the application's duplicated object classes, corresponding 
datasete classes and remote methods have now been defined and decfared 
in the Data Definffion Language according to the invention, and subsequently 
been compiled according to step &i4 thus made available as source and 
5 header files for inclusion directly in files written by means of the same 
programming application 502 according to the C++ pnogrammtng language 
syntax, programmer 30t can now declare the applicatic^'s object cfasses 
and methods fn safd C++ source files as said object classes and mettrods will 
inherit from said duplicated object cfasses ami datasets dasses ac^rdlng to 
10 the inventton. The principle which governs said class inheritence Is Blustrat^ 
in Figum 10, 

FIgum 10 

[0060] In Figure 6, it was detailed that the duplicated object class *Cube* 
16 804 referred to the duplicated object class *GeoObjecf 802 as Its inh^tsnca 
class, according to the DDL syntax: 

doclass Cube : GeoObject 

20 This string of ASCH character declares that the duplicated ob^ class 'Cube' 
804 is an instantiation of the duplicated object dass 'GeoObjecf 8Q2 and, as 
such, it is to include all of the member variables and member functions (803) 
of the inheritance dass (802), in addition to its own (805). 

25 [0061] According to the invention, for every duplicated dass and data 
set class specified In tiie DDL file 801 and defSn^ in tfte DDF file 811, 
prc^rammer 301 must implement a C++ class that inherits from the Data 
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Definition Language-generated class. Accordingly, when implementing user 
classes 206 in C++ source fifes using Ct+ programming fanguage syntax, 
programmsr 301 declares that tiia C++ class ^GeoObjecf 1001 inherits from 
the C*-^ class DOCLASS(GeoObject) mi and that the C++ class 'Cube' 
5 1002 inherits from the C++ class DOCLASS(Cube) 902, As it was 
established that the duplicated object class *Cube' inherits from the 
duplicated object dass *GeoObjoct\ and as said duplicated object dass 
'GeoObject* inherite from the rt>ot class 'duplicated object* since it was 
declared as not inheriting from another duplicated object class (802), then the 
10 C++ class 'Cube' 1002 eventually inherits from the ix>ot cfass 'duplicated 
object* which is stored in the DDL libmry 207. Likewise, the C++ dass 
•position* 1003 IS dedared as inheriting from the C++ dass 
DATASET(Position) 805 and thus eventually Inherits from the root dass 
'datasef , which is also stored In the data set library 207. 

15 

{0062] For duplicated objects, the C++ dass generated by ttie DDL 
compiler encapsulates ait of the networi^ instftjdtons, i.e. how to instantiate a 
class and ensure that it is discovered on all remote networl<ed terminals, how 
to ensure that when the variables of a dufrfteated object changes its dupllcas 

20 are updated appropriately and how to remotely call dupiloated objects 
methods if required. This situation requires that the user-implemented dass 
whk* declares the data set variables in the C++ source file fe made available 
when the duplicated object is instantiated. The relationship between 
duplicated objects and data set dasses within the so^pe of the principle of 

25 inheritance instantiated by the present invention is illustrated in Figure 1 1. 
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Figure 11 

[00631 It vi^as prevtous}y expfalnad that the user-implemented 0+'^- class 
'Cube* 1(M>2 eventually inherits from the noot class 'duplfcated obiect' and that 
the useHmplennented C++ cl^ss 'Posltfen' 1003 eventually Inherits flnonr^ tt^e 
5 root class 'dataset'. According to the prior art, an object class/dataset 
relationship 1101 would be established by programnrer 301 at the level of the 
C++ class *GeoOb]ed' 1001 with ttie C++ class 'PosHiorf 1003 in order to 
update the positton of the remote instantiations of said object and thus 
require extensive additional networi^ing instructions, such as networking 
10 msfructfons 107. Sinrtltarfy, the relattanship 1 102 v^ich would be implemented 
according to the prior art by programmer 301 between C++ class 
DOCLASS(GeoObject) 901 and C++ class DATASET(Position) 905 would 
msult in the exclusion of the portion of user classes 206 pertaining to the 
dataset Fosftton' 1003. 

15 

(0064] The higher C++ duplicated object class 901 implemented 
according to the inventfon already Includes saW nebvorWr^ code and 
relationships 1101 and 1102 do not require Implementing by programmer 301 
at all, since the DDL compiler 203 will impfement the appropriate relationship 

20 1103 between the highest object class, ^ich fs the C++ class 
DOCLASS(GeoObject) 901 and the lowest user'-imptemented C++ dataset 
class which is tiie data^t 'Position' 1003, such that OKJe added in the user- 
implemented C++ elates is available when a duplicated object is 
Instantiated by the application and changes in the dataset i.e. position, are 

26 dtetributed to the reniote instantiations of said object. 
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f0065} An example of the implementalfon of the atove principal of 
inheritance according to invenflon is illustrated in Figum 12, wherefri 
strings of ASCII characters are inputted by progrannmer 3Bt v^kih declare 
user classes 20S as inheriting from DDL compiler-generated C++ duplicated 
5 objects and dataset dasses. 

FigutB 12 

I0066I In accordance witfs the stmcturing rules Inherent to C++ 
programming language, prc^rammer 301 must input a fii^t set of declarations 
10 1201, the purpoM of which is to indicate to the C++ Mmpiler 103 which will 
be used at step 608. which C++ header file to link the following declarations 
wiWi. Consequently, the DDL compiler-generated C++ header files 902, 904, 
906 and 908 are included for this purpose. 

15 [0067] The next set of instructions 1202 Implemented by programmer 
301 declares the user-defined class *GeoObjecf 1001 and refers to the DDL 
compiler-generated C++ class D0CLASS(GeoObject) 901. After the 
declaration of class 1001 and its inheritance class, the programmer can 
subsequently implement variafates necessary for the CPU 401 to process 

20 sakJ object localfy. In the ej^mpte. programmer 301 may input ASCII 
characters outtining ttre fact that an object is three dlmanstonal, therefore has 
X, Y, Z atWbutes, The following set of declarations 1203 declare a user- 
defined class 'Cube* 1002 which is shown to Inherit from the DDL compiler 
generated C++ class DOCLASS(Cufae) 903. As previously described, upon 

25 establishing said user-deflned class *Cube', the programmer 301 can then 
implement atWbutes and mett^ods pertinwt to the class declared and, in the 
example, programmer 301 may implement instructtons whic^i enaWe a 
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prpgram user to resize the three-dimensional cube, 

[0068] Eventually, all DDL compiler-generated C-h^ classes DOCLASS 
are declared m the user-defined dasses 206 and DDL i^nrtprfler-^enerated 
5 classes DATASET can be implemented next. Accordingly, a set of 

declarations 1204 Is inputted which declares a user-deflned C++ class 
'Position' 1003 which inherits from the DDL compHer-generated C++ class 
DATASET(Positian) 965. Upon compleiing ttie first dedaration string, 
programmer 301 is subsequently able to implement methods pertaining to 
10 the reading of the user4nput, i,e. translate key strokes or mouse movements 
into X Yr Z co-ordinates with which to an^nd ttie position of tha tt^ree- 
dlmensional cube. 

[00691 As user classes and the related methods have now been 
15 declared In a C++ sourice file, the last C++ source files to be created by 
programnrier 301 are tie application insfructbns 102, an example of the 
strings of ASCI) charadem of which is illustiBted in Figum 13. 

Figum 13 

20 [0070J Until the step wherein pfogrammer 301 imptemOTte application 
instructions 102, all of the previous Implementations relate to the definition 
and declaration of objects pertinerrt to the purpose of ttie application as a 
complete set of executable instructions, their rote and behaviour within the 
application and their Interdependencies between one another Eventually, the 

25 CPU W1 of the user tenminal which will run the executable instn^ctions set 
must be instructed about ttie preferred mettKxl of instantiating said objects in 
the main memory of said user terminal and subsequently manage the 
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Interaction between the terminal user and the object instantiated. 
Consequently, a set of declarations 1301 is implemented by program 301 
which, when later cxsmpDecJ by C++ compiler 103, linked by linker 104 and 
generated as an executabfe jnstnictk>ns set 208 and processed by the CPU 
5 401 of a user temiinal, will instruct satd CPU that the declarations following 
the set of declarations 1301 constitute the first program step to be processed, 

[0071] According to the inventfon, Vfie first prc^ram step to be preferably 
processed by tie CRJ 401 of a networked connected user terminal fs to 

10 instantiate a *GeoObject' duplicated object ami, particulariy. a *Cube' 
duplicated object in the main memory of said network-connected user 
terminal. It was previously explained tbat a 'Cube* duplfcat^ object inherits 
from a *GeoObject* duplicated object and that said 'GeoObject' duplicated 
object has no dfsplayabfe properties, as ft is an abstract template for a 

15 specific Instance thereof , such as a Cube in the example, and its distribution 
embodies mostly the distribution of the shared datasets of the particular class 
of object to which said Cube belongs, I.e. positional variables and their local 
and remote update, in order for the user of a netvi^rk^ terminal to see and 
interact witti an instantiation of the *GeoObject* duplicated object, the 'Cube* 

20 duplicated object is therefore implemented by programmer 301 as a second 
set of declarations 1302. 

[0072] SaM second set of declarations 1302 Includes a first subset 1303 
of declarations, the purpose of which is to instantiate a 'Cube* duplicated 
25 object In the main memory and a last subset 1304 of declarations, the 
puipo^ of which is to publish the 'Cube' duplicated objert instantiatton over 
the network, r.e. to distribute it to other remote user temnlnate running the 
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same executable instruction set According to the invention, dataset classes 
do not need to be directly instantiated by means of the above method 1302 
to 13CM as they are implementeci as member variables by frie Date Defmitton 
Language-generated instructions. 

5 

[Q073| Upon completing the inputting of strings of ASCII diaracters 
required for the completion of the generation of application instructions 102, 
programmer 301 subsequently submits all of the C+-*- source fifes generated 
at this stage, which include: the DDL compiler- generated 0-^+ source files for 

10 duplicated object trasses 204 and for dataset clasps 205, source files 
generate as user classes 206 and C-h- source files generated as application 
instfucticms 102 to C-^-^ compiler 103> It should be observed that the C-h* 
programming language used in the Description is for the purpose of example 
only, and that the flexibility of the Data Deffnifion Language according to the 

15 Invention altows for the generation by DDL compiler 103 of Murce files in a 
variety of other object-oriented programming languages known to those 
skilled in the art, such that they could Interact wi^ one another. 

[0074] An object file is generated by C-^+ a)mpBer 103 which Includes 
2Q all of the declarations contained in all of the aiK)ve C-t-'f source fiJes, 

functions declared vwthin the mj^rc^ files pertaining to user classes 206 and 
application instructions 102 are linked to Ci-f library 105 by means of [inker 
104 according to the prior art and C+t functfons declared within the C-i"+ 
duplicated ob^ct classes 204 and 0-^+ dataset classes 205 are also linked 
25 by means of linker 104 to DDL library 207 according to the invention. 
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[0075] Upon compteting the compilation step 606 and its inherent linking 
operation which evenftially generates executable code at step 607. an 
exeoitable rns^cfion 208 rs obtained which, to ttie contrary to the prior 
art known to tiiose skiMed in the art, cgn now be tested not only )cK?ally but 
5 also remotely within a network environment at step 608. In the example, said 
executable instmctk)n set 208 is called *Cube Application', and the fist 
release available for testing traditionaKy do^ rK>t tnctude networking 
functionality. According to the prior art, only a more ach^anced verston of 
'Cube Application', which includes networicmg functionality, would usually be 
10 made available for terminal users to test over networks such as the Internet, 
as the sakt version wHJiout networWng functionality would first be extensively 
processed locally to check that the Instnjctions are satisfactorily pmcessed 
by a standalone u^r terminal, arrf networking instmcttons 107 muM only 
then be implemented. 

15 

[00761 A rapnesentatton of the 'Cube Application* 6ra{*lcal User 
Interface (GUI) of frie *Cub8 Applfcatton' executable instructon set 208 is 
shown in Figure 14. 

20 Hgifre 14 

0)0771 The video display unit 308 of programming computer system 302 
is showi and dis^rfays the gmphtoal user Interfece 701 of ttie operating 
system 501 as stored in the main memory of said prngramming compute 
system 302, As the cube application 208 is generated and also stored In sakj 
25 main memory 404, progmmmer 301 instructs CPU 401 to exeoite the 
instmctions set 208 at step 608, wherein the GUI 1401 of cube application 
208 ts displayed on VDU 308, Subsequently to the instantiation of said GUI 
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1401, CPU 401 aequentfally executes dedaratfons 1301 and 1302, wherern a 
duplicated object Cube' is (nstantfated in marn meriK^ 404, equipped with 
member vartabiss and member functions. Witti mferenc^ to the prtnciple of 
inheritance explained thereabove, said duplicated object 'Cube' inherits from 
5 the duplfcat^ object 'GeoObjecf and rs therefore instantiated as a three- 
dimensional object equipped with a three-dimensional position and, as the 
class of said duplicated object *Cube* declares a *CubeData* dataset which 
specifies a texture variable, said dupBcated object 'Cube' <^n therefore be 
rendered wiUi said texture and subsequently displayed as a cube model 1402 

10 within the GUI 1401 of cute animation 208. Whereas the execution of tt^e 
version without networking functionality of Cube Application 208 to this point, 
according to the prior art, would establish that said Cube Application 208 can 
be processed locally in a stable manner, and whereas networWng instmctions 
107, 108 and 109 would only be implemented at tftfs stage according to said 

15 prior art, the initial version of the Cube Application 208 generated according 
to the invention can be direcHy tested at step 608 over networtcs as the 
networking instructions are already embedded within the objects. 
Consequently, said initial version fs distributed to networtc-connected 
terminals by means of Zip disk 307, CD RAM 305 or as a download over a 

20 netwoilc such as the Intemet 312. When another networked terminal 
eventually rum Cube Apfrficatron 208 m saW networic, CPU 401 executes 
the next declaration 1303, v^erein said duplicated object *Cube' is puNished 
to said other terminal and the cube model 1402 is rendered as a second 
cube rrodel within the GUI of the remote Cube AppHcaticm 208. 

25 

[0078| A network environment is shown in Figure 15, which includes 
user terminals and a mobile device sharing data over said network 
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environment In order to test ttie *Cube Application'. 
PgutB IS 

[00791 User temninal 1501 is connected to the Internet 1502 via 
5 fnternet service provider (ISP) 1503 and user tern^inal 1504 is also 
connected to the Internet 1502 via internet service provider (ISP) 1505. 
Intemet-enaWed moblfe devtee 1506, which is a Palmtop PC. m connected 
wrrelessly to the tntemet via internet service provider (iSP) 1507. Each of 
said ISPs 1503. 1505 and 1507 provide each individua) user with a unique 
10 netyi^ork address, e-mail account and other optional internet facilities such 
as are commonly provided to a user with an ISP account. Thus. theiB is 
provided the scope for any which one of the above user terminals to access 
date stored on any which one of the other networf^d terminals. 

15 [0080] In a prefeired embodiment of the present invention, the user 
terminals sharing data such as shown in Figura iS can include many types 
of devices equipped with processing and displaying means, the respective 
configurations of \ft^ich can vary to a fairiy large extent and may thus 
constitute as many independent pfatfomis for which to implement pfatform- 

20 specific user classes, such as user classes 206, and ap^roation instructions, 
such as application instructions 102. 

[0081] In the example, user terminals 1501 and 1504 are Personal 
Computer with a hardware stmcture similar to pmgramming computer 
25 system 302. and palmtop personal computer 1506 is shown equipped with 
an antenna 1508 through which incoming and outgoing wireless signals are 
transmitted and, according to the known art, palmtop PC 1506 is equipped 
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with a processing capability and men^ory means. Output data is displayed 
on a tacfife visual dispfay unit 1SQ0 and manual input is received via a 
number of function-specfflc keys 1510 and a stylus 1511, which activates 
instructions displayed on display 1509 by means of its tactjlity. 

5 Consequentlyt although palmtop PC is ranfigured to process processor 
instructions in a manner similar to terminals 1501 and 1504, Its operating 
system is different by des^n and thus constitutes a separate platform. For 
the purpose of clarity In the exannpis, the Cube Application 208 is generated 
for processing by both personal computers 1501, 1504 and palmtop PC 

10 1506, by means which wilJ be fgmiliar to those skilled in the art. 

[0082] Upon user terminals 1501, 1504 and 1506 accessing the initial 
version of Cube Application 208 by means of an external medium or by 
means of a network download, each of said terminals loads the Cube 
, 15 Application into rte respective main mernory. a representation of which is 
shown In Figum i6. 

Figure 1€ 

[0083] A main memory 1601 is graphically illustrated which represents 
20 each of the resp^rve main memories of u^r terminals 1501, 1504 and 
1506, An operating system 1602 is shown which, in the case of user 
temninals 1501 and 1504 is for instance Microsoft Windows 2000. In the case 
of user temninal 1OT6, which is a pafmtop PC. said operating system 1602 is 
for instance Microsoft Windows CE. Main memory 1601 also includes a 
25 browser 1603 which is capable of processing HTML (Hypertext Mark-Up 
Language) or JAVA instructions embecWed within web pages accessed on 
the Internet 1502. Main memory 1601 Includes the initial version of cube 
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application 20B which, as previoiisly explained, was loaded from zip disk 307, 
CD RAM 305 or downfoaded from the Internet 1&i2. Main memory 1601 
eventually includes duplfcatad objects 1604 which, In the example, are a 
'GeoOhjecr duplicated object and a 'Cube' duplicated object, upon the 
5 respective CPU of each user termfnal 1501, 1504 and 1506 processing the 
instructions set contained within said initial version 206* 

[0084] User terminafs 1501, 1504 and 1506 are now configured to 
process the Cube Applfcatfon 208 and share their r^pedh^e Cube pblects, 
10 which is frie purpose of the code implemented by programmer 301. The 
representations of the *Cube Application' GUI of each of said user terminals 
are shown in Figum 17 as the ^Cubs Application exMUtable Instrudjon set is 
tested over a networi^ according to the invention. 

15 Figi^nsf 17 

[0085] It was prevfousiy explained that, upon instnjcttng the CPU to 
process the executable Instructions set 208, said CPU instantiates a GUI 
liWI of the cube application 208, a non-displayable duplicated object 
*GeoOb|^ and a displayat)le duplicated ob|ect 'Cube' which fs three- 

20 dimensional, has a three-dimensional |K3sition and is equipped with a texture. 
Consequently, upon the CPU of user terminal 1501 processing the cube 
application 208 stored in its main ntemory, the VDU 1701 of saUi user 
termfnal 1501 displays a GUI 1401 of the cube application 208 and a 
duplicated object 'Cube' 1702 equipped with a texture, with said texture 

25 possibly b^ng chosen by the user of ternif nal 1501 , 
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{0086J Similarly, the VDU 1703 of user terminal 1S04 displays a GUI 
1401 of the cube a^liration 208 and a du^toated objed: "Cube' 1704 
equipped with a texture, with said texhire possibly bair^ dt\(mn by the user 
of terminal 1504 and different to the texture chosen by the user of terminal 
5 1501 

I0087J Simrlarty, the VDU 1705 of user terminal 1506 displays a GU! 
1401 of the cube application 208 and a dupficatad object "Cube" 170S 
equipped mih a texture, with said texture possibly being diosen by the user 
10 of temninal 1S06 and different to the textures respectively chosen by ttie 
users of terminals 1501 and 1504. 

[0088] As the duplicated object 'GeoObject* and the duplicated object 
'Cube' were implemented as sets of declarations 1302 and 1305 

w respectively, which include the respective subsets 1304 and 1307 for the 
purpose of publishing said instantiations of duplicated objects over the 
network to every networked user tenninal which exeortes the same 
executable instructions set 208, the duplicated object 'Cube' 1702 is 
published at remote user tenn'tnals 1504 ami 1506, where ft is stored as a 

20 duplicated object 1604 in the main memory 1601, is then processed by the 
CPU according to the local Cube application 208 and then displayed in the 
respective GUI 1401 of said f^mote user terminals. Consequpntfy, ft is 
possible for ttie user of nefe^oilc terminal 1501 to oteerve hfs lo(^l duplicated 
object *Cube' 1702, which m a duplicate master, and the rentote duplicated 

25 objecte 1704 and 1706, which are duplicas, instantiated by the Cube 
applications 208 respectfvefy processed by networked temiinals 1504 and 
1506. If the user of network terminal 1501 modifies the three-drmenstonal co- 
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ordinates of the cube 1702 or Its texture, then the dupHcas stored and 
displayed at network terminals t504 and '1506 will be araardir^ly updated by 
nwans of ttie duprticaWity of cube 1702 data^ts, and r«;ifWoca»»y f« cubes 
1704 and 1706 of networked terminals 1504 and 1506 respectively. 

5 

[0089] Therefore, the present invention provides a programming 
language defined as the Data Definition Language, which enables 
programmers of nefei/orked applications to describe shared applications' 
objects and data stwctures at the onset of an appfication devetopment 

10 process. As the functionality of said Data Definition Language embeds 
networking instn^ctlons Into saW objects and strudunes, the validity of 
programmer-implemented applicatton instructions and user-defined classes 
of said application can be tested over a network midn more easily, rapidly 
and thus economically than according to the prior art. Finally, as the ol^ect 

15 cesses generated from saW Data Definttion Language already include all the 
shared member fiinctions and member variables, and can be generated by 
means of ttre DDL compiler in a generic format compatt3le with most object- 
oriented languages, a programmer need only input declarations pertaining to 
said shared objects once, regardless of the number of independent platforms 

2D an applicatfon will be released onto and which would each require a new set 
of said declarations pertaining to said shared objects according to the prior 
art. 



